Data Processing Method and Terminal

ABSTRACT

Embodiments of this application relate to a data processing method and a terminal. The method includes: obtaining a first network wakeup parameter, where the first network wakeup parameter is used to wake up an application program; performing reconfiguration processing on the first network wakeup parameter based on a preset first configuration condition to obtain a second network wakeup parameter; and configuring a driver of the terminal based on the second network wakeup parameter. The second network wakeup parameter is written into Wi-Fi firmware, so that the Wi-Fi firmware directly performs processing without waking up the application program when the first network wakeup parameter is received next time. Therefore, power consumption of the terminal is reduced, and a standby time of the terminal is prolonged.

This application is a continuation of U.S. patent application Ser. No.17/360,338, filed on Jun. 28, 2021, which is a continuation U.S. patentapplication Ser. No. 16/473,861, filed on Jun. 26, 2019, now U.S. Pat.No. 11,082,919, which is a national stage of International ApplicationNo. PCT/CN2017/085334, filed on May 22, 2017. The InternationalApplication claims priority to Chinese Patent Application No.201611265367.1, filed on Dec. 30, 2016. All of the aforementioned patentapplications are hereby incorporated by reference in their entireties.

TECHNICAL FIELD

Embodiments of this application relate to the data processing field, andin particular, to a data processing method and a terminal.

BACKGROUND

Currently, an operating system (OS) used by a personal computer(personal computer, PC) product, such as a desktop computer, anall-in-one machine, a notebook computer, a palmtop computer, or a tabletcomputer, can be upgraded to a Win10 system. The Win10 system provides aconnected standby (Connected Standby, CS) mode and a modern standby(Modern Standby, MS) mode.

In the prior art, as shown in FIG. 1 , FIG. 1 is a schematic flowchartof waking up a system on chip (System on Chip, SOC) in the prior art. Asshown in FIG. 1 , when any application program is installed on aterminal, a network wakeup parameter may be delivered to a Wi-Fi driveby using an operating system (Operating System, OS). The network wakeupparameter is network data and is used to wake up the applicationprogram. When the terminal enters the CS mode, a protocol stack of aWi-Fi chip communicates with a network, and the OS instructs the Wi-Fidrive to deliver the network wakeup parameter to Wi-Fi firmware of theWi-Fi chip. When the Wi-Fi firmware receives the network wakeupparameter by using the protocol stack, the application program in theSOC can be woken up. However, in the prior art, the network data is notmanaged or controlled. Consequently, each time the Wi-Fi firmwarereceives the network wakeup parameter, the application program is wokenup. Frequent wakeup of the application program increases powerconsumption of the terminal and shortens a standby time.

SUMMARY

Embodiments of this application provide a data processing method.Network data received by a Wi-Fi drive is processed to resolve problemsof high power consumption of a terminal in a standby mode and a shortstandby time of the terminal that are caused because an SOC isfrequently woken up in a CS mode or an MS mode.

According to a first aspect, a data processing method is provided, andthe method includes: obtaining a first network wakeup parameter, wherethe first network wakeup parameter is used to wake up an applicationprogram; performing reconfiguration processing on the first networkwakeup parameter based on a preset first configuration condition toobtain a second network wakeup parameter; and configuring a driver ofthe terminal based on the second network wakeup parameter.

In a possible implementation, the method further includes: writing thesecond network wakeup parameter into Wi-Fi firmware. The second networkwakeup parameter is written into the Wi-Fi firmware, so that the Wi-Fifirmware directly performs processing without waking up the applicationprogram when the first network wakeup parameter is received next time.Therefore, power consumption of the terminal is reduced, and a standbytime of the terminal is prolonged.

In a possible implementation, after the configuring a driver of theterminal, the method further includes: updating the first configurationcondition to obtain a second configuration condition; obtaining a thirdnetwork wakeup parameter currently configured by the driver; performingreconfiguration processing on the third network wakeup parameter basedon the second configuration condition to obtain a fourth network wakeupparameter; and sending the fourth network wakeup parameter to thedriver. In this way, a network wakeup parameter is processed by a powersaving service program and the driver. This reduces a quantity of timesthe application program is woken up, reduces power consumption of theterminal, and prolongs a standby time of the terminal.

In a possible implementation, the method further includes: receiving acurrent wakeup event sent by the driver, and setting, based on thecurrent wakeup event, a network wakeup parameter corresponding to thecurrent wakeup event. In this way, the driver actively reports thecurrent wakeup event to the power saving service program. Subsequently,the power saving service program may reconfigure the network wakeupparameter of the current wakeup event to reduce power consumption of theterminal and prolong a standby time of the terminal.

According to a second aspect, a terminal is provided, including aprocessor, a memory, a bus, and a communications interface, where thememory is configured to store a computer executable instruction, theprocessor and the memory are connected by using the bus, and when theterminal runs, the processor executes the computer executableinstruction stored in the memory, so that the terminal performs themethod according to any one of the first aspect and the possibleimplementations of the first aspect.

According to a third aspect, a terminal is provided, and the terminalincludes a memory and a processor, where the memory and the processorare connected by using a bus, the memory is configured to store computerprogram code, and the computer program code includes an instruction; andthe processor is configured to: obtain a first network wakeup parameter,where the first network wakeup parameter is used to wake up anapplication program; perform reconfiguration processing on the firstnetwork wakeup parameter based on a preset first configuration conditionto obtain a second network wakeup parameter; and configure a driver ofthe terminal based on the second network wakeup parameter.

In a possible implementation, the processor is further configured towrite the second network wakeup parameter into Wi-Fi firmware.

In a possible implementation, the processor is further configured toupdate the first configuration condition to obtain a secondconfiguration condition; the processor is further configured to obtain athird network wakeup parameter currently configured by the driver; andthe processor is further configured to: perform reconfigurationprocessing on the third network wakeup parameter based on the secondconfiguration condition to obtain a fourth network wakeup parameter; andsend the fourth network wakeup parameter to the driver.

In a possible implementation, the processor is further configured to:receive a current wakeup event sent by the driver; and set, based on thecurrent wakeup event, a network wakeup parameter corresponding to thecurrent wakeup event.

According to a third aspect, a computer readable storage medium storinga program is provided, where the program includes an instruction, andwhen the instruction is executed by a terminal, the terminal performsthe method according to any one of the first aspect and the possibleimplementations of the first aspect.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a schematic flowchart of waking up an SOC in the prior art;

FIG. 2 is a flowchart of a data processing method according to anembodiment of this application;

FIG. 3 is a diagram of interaction between an application program, apower saving service program, and a driver according to an embodiment ofthis application;

FIG. 4 is a diagram of interaction between a power saving serviceprogram and a driver according to an embodiment of this application;

FIG. 5 is a diagram of interaction between an application program, apower saving service program, a driver, and Wi-Fi firmware according toan embodiment of this application; and

FIG. 6 is a schematic structural diagram of a terminal according to anembodiment of this application.

DESCRIPTION OF EMBODIMENTS

This application relates to a terminal device. The terminal deviceincludes but is not limited to a mobile phone (such as a smartphone), atablet computer (Pad), a personal digital assistant (Personal DigitalAssistant, PDA), a portable device (such as a portable computer), awearable device, or the like. This is not specifically limited in theembodiments of this application.

An application scenario of a data processing method provided in thisapplication is a PC product on which a Windows 10 system or a system ofa later version is installed.

FIG. 2 is a flowchart of a data processing method according to anembodiment of this application. As shown in FIG. 2 , the data processingmethod includes the following steps.

Step 210: Obtain a first network wakeup parameter, where the firstnetwork wakeup parameter is used to wake up an application program.

In an embodiment, when the application program sets a network wakeupparameter for a driver, and the driver receives the first network wakeupparameter sent by the application program, the driver actively reportsthe first network wakeup parameter to a power saving service program.The power saving service program may perform subsequent reconfigurationprocessing on the first network wakeup parameter. The applicationprogram may be an application program client installed on a terminal,such as WeChat or QQ. The driver may be a Wi-Fi (or a wireless localarea network based on IEEE 802.11) driver.

The first network wakeup parameter may be eight types of network datadefined by Microsoft. The types are as follows:

-   -   1. Magic packet (Magic packet)    -   2. Media connect/disconnect (Media connect/Disconnect)    -   3. Network list offload (network list offload discovery, NLO)        discovery (NLO discovery)    -   4. 802.1x Extensible Authentication Protocol request/identity        packet (802.1x Extensible Authentication Protocol, 802.1x        EAP-Request/Identity packet)    -   5. Disassociation with an access point (Disassociates with the        access point)    -   6. GNU image manipulation program toolkit (GNU Image        Manipulation Program Toolkit, GTK) handshake error (GTK        Handshake error)    -   7. IEEE 802.11i robust security network (Robust Security        Network, RSN) 4-way handshake with a wireless access point        (Wireless Access Point, AP) (IEEE 802.11i RSN 4-way handshake        with the AP)    -   8. Rekeying failure (Rekeying failure)

The first network wakeup parameter may be alternatively the followingsix types of standard information defined by Microsoft, for example:

L3 Keep Alive (L3 Keep Alive), Enabled Wake Source (Enabled WakeSource), Pattern List (Pattern list), Last Wake Results (Last wakeresults), Last Wake Time (Last wake time, TSC), Debug Data From LastWake (Debug data from Last wake), Offloads (Address Resolution Protocol(Address Resolution Protocol, ARP), Name Server (Name Server, NS), andGNU Image Manipulation Program Toolkit (GNU Image Manipulation ProgramToolkit, GTK).

Four of the six types of standard information may be set, so that when amessage about the four types of standard information is received, Wi-Fifirmware directly performs processing without waking up the applicationprogram.

A parameter of a Wi-Fi network adapter is set in L3 Keep Alive, namely,an L3 protocol layer. L3 Keep Alive is in an inactive state by default.The L3 protocol layer may be set to an active state. If there is an L3message, the message is directly processed in firmware of the networkadapter. Enabled Wake Source includes a wakeup source and a wakeupevent, and may include wakeup events of all application programs on theterminal. If Enabled Wake Source is set to a wakeup forbidden state,none of the application programs can be woken up. Pattern List is aspecific application program in the wakeup source, such as QQ. IfPattern List is set to the wakeup forbidden state, the QQ applicationprogram cannot be woken up. Similar to L3 Keep Alive, Offloads (ARP, NS,GTK) is also a protocol.

Step 220: Perform reconfiguration processing on the first network wakeupparameter based on a preset first configuration condition to obtain asecond network wakeup parameter.

The first configuration condition is preset in the power saving serviceprogram. The first network wakeup parameter may be filtered(reconfiguration processing). The reconfiguration processing may beprocessing such as deleting or rewriting the first network wakeupparameter.

Step 230: Configure a driver of the terminal based on the second networkwakeup parameter.

In an embodiment, the terminal may write the second network wakeupparameter into the driver.

Optionally, after step 230, the method further includes: writing thesecond network wakeup parameter into the Wi-Fi firmware.

When an OS enters a sleep mode next time, the driver writes the secondnetwork wakeup parameter into the Wi-Fi firmware, so that the Wi-Fifirmware directly performs processing without waking up the applicationprogram when the first network wakeup parameter is received next time.Therefore, power consumption of the terminal is reduced, and a standbytime of the terminal is prolonged.

The following specifically describes FIG. 2 with reference to FIG. 3 toFIG. 5 .

FIG. 3 is a diagram of interaction between an application program, apower saving service program, and a driver according to an embodiment ofthis application. As shown in FIG. 3 , the method includes the followingsteps.

Step 310: The application program sends a first network wakeup parameterto the driver.

The first network wakeup parameter is set in the driver when anyapplication program is installed in Windows. The first network wakeupparameter is used to wake up the application program in a standby mode.

Correspondingly, the driver receives the first network wakeup parametersent by the application program.

Step 320: The driver reports the first network wakeup parameter to thepower saving service program.

After receiving the first network wakeup parameter, the driver activelyreports the first network wakeup parameter to the power saving serviceprogram.

Step 330: The power saving service program performs reconfigurationprocessing.

A first configuration condition is preset in the power saving serviceprogram. The reconfiguration processing may be performed on the firstnetwork wakeup parameter based on the first configuration condition.

In an embodiment, the first network wakeup parameter needs to be setwhen a QQ application program is installed on a terminal. In this case,the driver reports the first network wakeup parameter to the powersaving service program. The first network wakeup parameter may be a timeparameter, for example, waking up the application program at 06:10:01.When the preset first configuration condition is forbidding the terminalto be woken up from 24:00:00 to 7:00:00, the power saving serviceprogram may perform reconfiguration processing on the first networkwakeup parameter to obtain a second network wakeup parameter. When thereconfiguration processing is rewriting the first network wakeupparameter, the obtained second network wakeup parameter may beforbidding the terminal to be woken up at 06:10:01.

It should be noted that the reconfiguration processing performed by thepower saving service program is not limited to the foregoing processingmanner, and the power saving service program may alternatively performan operation on the first network wakeup parameter, for example, deletethe first network wakeup parameter. Details are not described herein.

Step 340: The power saving service program sends a second network wakeupparameter to the driver.

After receiving the second network wakeup parameter, the driver updatesthe first network wakeup parameter to the second network wakeupparameter.

When the terminal enters a sleep mode next time, the driver may writethe second network wakeup parameter into firmware such as Wi-Fifirmware. The Wi-Fi firmware may perform processing when the firstnetwork wakeup parameter is received next time, thereby reducing aquantity of times the application program is woken up, and reducingpower consumption of the terminal.

In an embodiment, the terminal may write the second network wakeupparameter of forbidding the terminal to be woken up at 06:10:01 into thedriver. The driver writes the second network wakeup parameter offorbidding the terminal to be woken up at 06:10:01 into the Wi-Fifirmware. In this case, when the Wi-Fi firmware receives the firstnetwork wakeup parameter next time, for example, when the time parameterin the first network wakeup parameter is waking up the terminal at06:10:01, the Wi-Fi firmware may directly process the first networkwakeup parameter without waking up the application program. In this way,a network wakeup parameter is processed by the power saving serviceprogram and the driver. This reduces a quantity of times the applicationprogram is woken up, reduces power consumption of the terminal, andprolongs a standby time of the terminal.

FIG. 4 is a diagram of interaction between a power saving serviceprogram and a driver according to an embodiment of this application. Asshown in FIG. 4 , after the power saving service program performsreconfiguration processing, the following steps are included:

Step 410: A terminal updates a first configuration condition to obtain asecond configuration condition.

In an embodiment, the terminal may update the first configurationcondition preset in the power saving service program, for example,update a time parameter in the first configuration condition fromforbidding an application program to be woken up from 24:00:00 to07:00:00 to forbidding the application program to be woken up from24:00:00 to 12:00:00 in the second configuration condition.

Step 420: The power saving service program sends a query message to thedriver to obtain a third network wakeup parameter currently configuredby the driver.

Step 430: The driver reports the third network wakeup parameter to thepower saving service program.

Step 440: The power saving service program updates the third networkwakeup parameter based on the second configuration condition to obtain afourth network wakeup parameter.

In an embodiment, a time parameter in the obtained third network wakeupparameter is, for example, waking up the application program at10:05:23. The second configuration condition is forbidding theapplication program to be woken up from 24:00:00 to 12:00:00. The powersaving service program performs reconfiguration processing on the thirdnetwork wakeup parameter based on the second configuration condition.When the reconfiguration processing is rewriting the third networkwakeup parameter, a time parameter in the obtained fourth network wakeupparameter may be not waking up the application program at 10:05:23.

The power saving service program may send the query message to thedriver to obtain the current network wakeup parameter of the driver,reconfigure the current network wakeup parameter, and send thereconfigured network wakeup parameter to the driver. Then the driverwrites the reconfigured network wakeup parameter into Wi-Fi firmware. Inthis way, the network wakeup parameter is managed and controlled, andpower consumption of the terminal is reduced.

FIG. 5 is a diagram of interaction between an application program, apower saving service program, a driver, and Wi-Fi firmware according toan embodiment of this application. As shown in FIG. 5 , the methodincludes the following steps.

Step 510: The Wi-Fi firmware sends a Wi-Fi wakeup event to theapplication program.

This step is the same as that in the prior art. A protocol stack of aWi-Fi chip communicates with a network. When receiving a Wi-Fi event byusing the protocol stack, the Wi-Fi firmware of the Wi-Fi chip sends theWi-Fi wakeup event to the application program.

Correspondingly, the application program receives the Wi-Fi wakeupevent.

Step 520: The application program sends a query message to the driver toquery a current wakeup event.

For example, the current wakeup event is specifically a wakeup event ofa type, such as a QQ wakeup event, a Jingdong wakeup event, or a Tmallwakeup event.

Correspondingly, the driver receives the query message sent by theapplication program.

Step 530: The driver sends a query message to the Wi-Fi firmware toquery the current wakeup event.

After receiving the query message sent by the driver, the Wi-Fi firmwaredetermines the current wakeup event.

Step 540: The Wi-Fi firmware reports the current wakeup event to thedriver.

Correspondingly, the driver receives the current wakeup event.

Step 550: The driver sends the current wakeup event to the power savingservice program.

Correspondingly, the power saving service program receives the currentwakeup event sent by the driver.

Step 560: The power saving service program reconfigures, based on thecurrent wakeup event, a network wakeup parameter corresponding to thecurrent wakeup event.

After step 560, the method further includes step 570: The power savingservice program sends the network wakeup parameter corresponding to thecurrent wakeup event to the driver.

In this way, the driver actively reports the current wakeup event to thepower saving service program. Subsequently, the power saving serviceprogram may reconfigure the network wakeup parameter of the currentwakeup event to reduce power consumption of a terminal and prolong astandby time of the terminal.

FIG. 6 is a schematic structural diagram of a terminal according to anembodiment of this application. As shown in FIG. 6 , the terminal 600includes a processor 601, a communications interface 602, and a memory603. The communications interface 602, the processor 601, and the memory603 may be connected by using a bus. The communications interface 602 isconfigured to support communication between the terminal and anothernetwork entity.

The memory 603 is configured to store a program. Only one memory isshown in FIG. 6 . Certainly, a plurality of memories may be disposed asrequired. Alternatively, the memory 603 may be a memory in the processor603.

The memory 603 stores the following elements: an executable module or adata structure, a subset thereof, or an extended set thereof:

-   -   an operation instruction, including various operation        instructions and used to implement various operations; and    -   an operating system, including various system programs and used        to implement various basic services and process a hardware-based        task.

The processor 601 controls an operation of the terminal 600, and theprocessor 601 may be alternatively referred to as a CPU.

The data processing methods disclosed in the foregoing embodiments ofthis application may be applied to the processor 601, or implemented bythe processor 601. The processor 601 may be an integrated circuit chipand has a signal processing capability. In an implementation process,each step of the foregoing method may be completed by using anintegrated logical circuit of hardware in the processor 601 or aninstruction in a form of software. The processor 601 may be ageneral-purpose processor, a DSP, an ASIC, an FPGA, or anotherprogrammable logic device, a discrete gate or transistor logic device,or a discrete hardware component, and may implement or perform methods,steps, and logical block diagrams disclosed in the embodiments of thisapplication (for example, the methods shown in FIG. 2 to FIG. 5 ). Thegeneral-purpose processor may be a microprocessor or the processor maybe any conventional processor, or the like. Steps of the methodsdisclosed in the embodiments of this application may be directlyperformed and completed by a hardware decoding processor, or may beperformed and completed by using a combination of hardware and softwaremodules in the decoding processor. The software module may be located ina mature storage medium in the field, such as a random access memory, aflash memory, a read-only memory, a programmable read-only memory, anelectrically-erasable programmable memory, or a register. A storagemedium used as an example is coupled to the processor, so that theprocessor can read information from the storage medium, and can writeinformation into the storage medium. Certainly, the storage medium maybe a part of the processor. The processor and the storage medium may belocated in an ASIC. In addition, the ASIC may be located in a corenetwork interface device. Certainly, the processor and the storagemedium may exist in the core network interface device as discretecomponents.

The methods or algorithm steps described with reference to the contentdisclosed in the present invention may be implemented in a hardwaremanner, or may be implemented in a manner of executing a softwareinstruction by a processor. The software instruction may include acorresponding software module. The software module may be stored in arandom access memory (Random Access Memory, RAM), a flash memory, aread-only memory (Read-Only Memory, ROM), an erasable programmableread-only memory (Erasable Programmable ROM, EPROM), an electricallyerasable programmable read-only memory (Electrically EPROM, EEPROM), aregister, a hard disk, a removable hard disk, a compact disc read-onlymemory (CD-ROM), or a storage medium in any other forms well-known inthe art. A storage medium used as an example is coupled to theprocessor, so that the processor can read information from the storagemedium, and can write information into the storage medium. Certainly,the storage medium may be a part of the processor. The processor and thestorage medium may be located in an ASIC. In addition, the ASIC may belocated in a core network interface device. Certainly, the processor andthe storage medium may exist in the core network interface device asdiscrete components.

A person skilled in the art may be further aware that, in combinationwith the examples described in the embodiments disclosed in thisspecification, units and algorithm steps may be implemented byelectronic hardware, computer software, or a combination thereof. Toclearly describe the interchangeability between the hardware and thesoftware, the foregoing has generally described compositions and stepsof each example based on functions. Whether the functions are performedby hardware or software depends on particular applications and designconstraint conditions of the technical solutions. A person skilled inthe art may use different methods to implement the described functionsfor each particular application, but it should not be considered thatthe implementation goes beyond the scope of this application.

A person of ordinary skill in the art may understand that all or some ofthe steps in each of the foregoing methods of the embodiments may beimplemented by a program instructing a processor. The program may bestored in a computer readable storage medium. The storage medium may bea non-transitory (English: non-transitory) medium, such as a randomaccess memory, a read-only memory, a flash memory, a hard disk, asolid-state drive, a magnetic tape (English: magnetic tape), a floppydisk (English: floppy disk), an optical disc (English: optical disc), orany combination thereof.

1. A data processing method comprising: obtaining a first network wakeupparameter for waking up an application program; performing firstreconfiguration processing on the first network wakeup parameter, basedon a preset first configuration condition, to obtain a second networkwakeup parameter; and configuring a first driver of a terminal based onthe second network wakeup parameter.
 2. The method of claim 1, whereinthe first network wakeup parameter or the second network wakeupparameter is associated with one of: Magic packet; Mediaconnect/disconnect; network list offload discovery; 802.1x ExtensibleAuthentication Protocol request/identity packet; Disassociates with anaccess point; GNU image manipulation program toolkit handshake error;IEEE 802.11i robust security network 4-way handshake with a wirelessaccess point; Rekeying failure; L3 Keep Alive; Enabled Wake Source;Pattern list; Last wake results; Last wake time; Debug data from lastwake; Address Resolution Protocol; Name Server and GNU ImageManipulation Program Toolkit.
 3. The method of claim 1, wherein thefirst driver comprises a Wi-Fi driver.
 4. The method of claim 1, furthercomprising: writing the second network wakeup parameter into a Wi-Fifirmware.
 5. The method of claim 1, further comprising: receiving acurrent wakeup event from the first driver; and setting, based on thecurrent wakeup event, a fifth network wakeup parameter corresponding tothe current wakeup event.
 6. The method of claim 1, further comprising:updating the first configuration condition with a second configurationcondition; obtaining a third network wakeup parameter; performing secondreconfiguration processing on the third network wakeup parameter basedon the second configuration condition to obtain a fourth network wakeupparameter; and sending the fourth network wakeup parameter to the firstdriver.
 7. The method of claim 1, wherein performing the firstreconfiguration processing on the first network wakeup parameter basedon the first configuration condition to obtain the second network wakeupparameter comprising: deleting or rewriting the first network wakeupparameter.
 8. The method of claim 1, wherein the preset firstconfiguration condition is forbidding the terminal to be woken up from atime period.
 9. A terminal, comprising: at least one processor; and amemory coupled to the at least one processor and storing programminginstructions that, when executed by the at least one processor, causethe terminal to be configured to: obtain a first network wakeupparameter for waking up an application program; perform firstreconfiguration processing on the first network wakeup parameter basedon a preset first configuration condition to obtain a second networkwakeup parameter; and configure a first driver of the terminal based onthe second network wakeup parameter.
 10. The terminal of claim 9,wherein the first network wakeup parameter is associated with one of:Magic packet; Media connect/disconnect; network list offload discovery;802.1x Extensible Authentication Protocol request/identity packet;Disassociates with an access point; GNU image manipulation programtoolkit handshake error; IEEE 802.11i robust security network 4-wayhandshake with a wireless access point; Rekeying failure; L3 Keep Alive;Enabled Wake Source; Pattern list; Last wake results; Last wake time;Debug data from last wake; Address Resolution Protocol; Name Server andGNU Image Manipulation Program Toolkit.
 11. The terminal of claim 9,wherein the first driver comprises a Wi-Fi driver.
 12. The terminal ofclaim 9, wherein the programming instructions further cause the terminalto be configured to write the second network wakeup parameter into aWi-Fi firmware.
 13. The terminal according to claim 9, wherein theprogramming instructions further cause the terminal to be configured to:receive a current wakeup event from the first driver; and set a fifthnetwork wakeup parameter corresponding to the current wakeup event basedon the current wakeup event.
 14. The terminal according to claim 9,wherein the programming instructions further cause the terminal to beconfigured to: update the first configuration condition with a secondconfiguration condition; obtain a third network wakeup parameterconfigured by the first driver; perform second reconfigurationprocessing on the third network wakeup parameter based on the secondconfiguration condition to obtain a fourth network wakeup parameter; andsend the fourth network wakeup parameter to the first driver.
 15. Theterminal of claim 9, wherein the preset first configuration condition isforbidding the terminal to be woken up from a time period.
 16. Anon-transitory computer-readable storage medium storingcomputer-readable program code that, when executed by one or moreprocessors of an apparatus, causes the apparatus to be configured to:obtain a first network wakeup parameter for waking up an applicationprogram; perform first reconfiguration processing on the first networkwakeup parameter based on a preset first configuration condition toobtain a second network wakeup parameter; and configure a first driverof a terminal based on the second network wakeup parameter.
 17. Thenon-transitory computer-readable storage medium of claim 16, wherein thefirst driver comprises a Wi-Fi driver.
 18. The non-transitorycomputer-readable storage medium of claim 16, wherein thecomputer-readable program code is further configured to cause theapparatus to be configured to write the second network wakeup parameterinto a Wi-Fi firmware.
 19. The non-transitory computer-readable storagemedium of claim 16, wherein the computer-readable program code isfurther configured to cause the apparatus to be configured to: receive acurrent wakeup event from the first driver; and set, based on thecurrent wakeup event, a fifth network wakeup parameter corresponding tothe current wakeup event.
 20. The non-transitory computer-readablestorage medium according to claim 16, wherein the computer-readableprogram code is further configured to cause the apparatus to beconfigured to: update the first configuration condition with a secondconfiguration condition; obtain a third network wakeup parametercurrently configured by the first driver; perform second reconfigurationprocessing on the third network wakeup parameter based on the secondconfiguration condition to obtain a fourth network wakeup parameter; andsend the fourth network wakeup parameter to the first driver.